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ABSTRACT 

This paper describes the submodel structure of a software 
life cycle dynamic simulation model. The software process is 
divided into seven phases# each with product# staff# and funding 
flows. The model is subdivided into an organizational response 
submodel# a management submodel# a management influence 
interface# and a model analyst interface. The paper concentrates 
on the organizational response model# which simulates the 
performance characteristics of a software development subject to 
internal and external influences. These influences emanate from 
two sources: the model analyst interface# which configures the 

model to simulate the response of an implementing organization 
subject to its own internal influences# and the management 
submodel that exerts external dynamic control over the production 
process. 

The paper provides a complete characterization of the 
organizational response submodel in the form of parametrized 
differential equations governing product# staffing# and funding 
levels. The parameter values and functions are allocated to the 
two interfaces. 
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SOFTWARE LIFE CYCLE DYNAMIC SIMULATION MODEL: 
IHE ORGANIZATIONAL PERFORMANCE SUBMODEL 


Robert C. Tansworthe 
Jet Propulsion Laboratory 
California Institute of Technology 
Pasadena. CA 91109 


1. INTRODUCTION 

In earlier papers [1, 2]. the author, in collaboration with 
Chi Lin and Merle McKenzie, exposed structural design concepts 
for the construction of a dynamic simulation model of the 
sofi'f^re life cycle process. These works derived requirements on 
the form and granularity of the activity breakdown necessary for 
an accurate simulation. In subsequent works. Don Reifer [3. 4] 
produced a generic software life cycle work breakdown structure 
having the required level of detail, and studied the 
infrastructural dependencies among rates of production, 
utilization of staff and funding resources, product size 
characteristics, and situational and environmental factors. 

This paper is an extension of these works, describing 
further structural details of the model, the organization of the 
overall model into submodels, and the description of one of these 
submodels in detail. 


2. MODEL STRUCTURE 

2.1. Core Unit Structure 

The works cited above describe the software life cycle 
process as a dynamic cyclic architecture of project phases, each 
broken into its constituent unit-task-level activities and flows 
of products, personnel, funding, and other resources among the 
activities. Each activity is viewed as having a common 
structure, referred to as the 'core unit.' shown in Figure 1. 
The cylindrical 'tank' symbols in the figure refer to quantities, 
or 'levels.' that may flow within the model. Directed arrows 
denote paths of flow, and the oblong symbols in the flow paths 
denote rate controllers. The triangular symbol is a level 
duplicator, and the pentagonal symbol is a flow duplicator. 

2.2. The Software Life Cycle Phase Structure 

The software life cycle process treated here has one .core 
unit activity for each of the following seven major phases in the 
process : 

1. ^system requirements definition and analysis 

2. *system design and hardware /software allocation 

3. software requirements analysis 
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4. software preliminary design 

5. software detailed design, implementation, and test 

6. *system integration and testing 

7. *system maintenance 

The four phases marked with asterisks (*) above are not 
ezclnsively software-oriented. Modeling of the activities in 
these phases is limited to the involvement of software personnel. 
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Each phase starts with a certain unknown volume of product 
that must be produced as precedent to the succeeding phases. A 
certain amount of the product will be produced correctly, some 
will be produced with a s-yet- undetected faults in it, and some of 
the product will contain faults that have been discovered, but 
not yet repaired. Even portions produced correctly may have to 
be reworked when requirements change. The rates at which each of 
these portions of the product are generated (and, for errors, 
disposed of) are dynamic functions of both inherent and 
manageable parameters. 

The production rate, or rate at which the quantity of 
product backlog is transformed into the finished product, is 
dependent, among other things, on the size and characteristics of 
the applied staff. For each phase, staff may be acquired from 
in-house resources or from the labor market. Each, upon entering 
into the new phase, may undergo a period of training (and a 
longer period of learning), perhaps administered by staff 
elements already on the job (inservice training), who take time 
out from their regular duties for this purpose. Staff may also 
be lost through attrition, or may be reassigned to activities in 
other phases or to other in-house tasks. 

Staffing requires fiscal resources in order to exist. The 
allocation and acquisition of sufficient budget to sustain the 
staff is a prime requisite for doing work in a particular phase. 
On occasion, there may some funding for a phase left over after 
the phase product is complete that may be made available to 
®®®fher phase. In some cases, funds budgeted to a particular 
activity may have to be preempted to support another phase, or 
another project. In the latter case, the funding is lost. 


2.3. Submodel Structure 

The overall simulator is divided into four parts (Figure 2): 
an organizational performance submodel, a management submodel, a 
management influence interface, and a model analyst interface. 
The organizational performance submodel includes all of the core 
unit activities, and is described by a set of differential 
equations governing the levels and flows of products, personnel, 
and funding. Orga< izational performance is completely specified 
by the current state of the levels and the flowrate functions. 

The management submodel contains a plan model, a visibility 
model, and an action model, each appropriately parametrized. 
Visibility into organizational performance is achieved via access 
to levels, flowrates, and flowrate parameters. Control is 
accomplished through manipulation of parameters within the 
management submodel interface. 

The model analyst provides non— management performance 
parameter values that are inherent to the software process and to 
the performing organization, as derived from statistical or 
conceptual data. 
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Fig. 2 : Software Life Cycle Siwnlator SwbAodel Stnctwre 


3. MODEL DESCRIPTION 
3.I. Notation 

In describing the equations governing the organizational 
performance model# the following notation is used: 


Capital letters denote levels# lower-case letters denote 
flowrates and flowrate auxiliaries# and Greek characters denote 
flowrate parameters* Boldface capitals refer to cumulative 
levels across the entire submodel* Levels# rates# and parameters 
are subscripted by their phase indexes# 1 through 7# as above* 
The subscript t refers to the phase under current consideration* 
When describing the relationships of quantities within a 
particular phase# this subscript is often suppressed* 
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Some parameters may have multiple subscripts, the first of 
which is always the phase number, perhaps suppressed. However, 
if one quantity in an equation describing the behavior of the 
model bears a phase subscript, then all parameters in the 
equation are subscripted by the appropriate phase. The phase 
number is never suppressed when all quantities in an equation do 
not refer to the same phase. 

All quantities are, or potentially are, functions of time. 
The time dependency, however, is generally also suppressed for 
simplification of the formulas. 

For each phase core unit, the levels are: 

Q = Quantity of product yet to be produced 
P = amount of Product produced so far 

F = amount of Faulty product so far detected, this phase 

E = product Error (fault) content, this phase 

J = size of Job training staff pool 

S = size of trained Staff 

G ~ Group size, staff in this phase 

S = total project Staff level 

A = size of Available staff pool 

W = Work effort, this phase 

W = total Work effort, all phases 

B = unspent Budget 

C = Cost, so far this phase 

C = total Cost, so far, all phases 

t = carryover Refund pool 

The flowrates among these levels are: 

p = productivity 

r = rework rate 

d = fault detection rate 

e = error generation rate 

f = fault release rate 

h - hire rate, labor market 

w = worker reassignment rate 

m = mobility of available staff 

g = grooming (training) rate 

i = inservice training assignment rate 

q = quit (attrition) rate 

a = available staff assignment availability rate 

b == budget acquisition rate 

X = budget expenditure rate 

c = carryover rate 

y = yank (budget reduction) rate 

u ~ utilization rate of carryover pool 
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The function U(z) is the so-called 'unit-step* function 


D(x) =1 ifx=0orx>0 
= 0 otherwise 


3.2. Nozaalization 

All levels and rates defined above are normalized quantities 
with respect to amount of product, effort, budget, and time 
duration. In the following discussion, a prime symbol (*) will 
be affixed to unnormalized quantities, and unprimed symbols 
denote normalized quantities. 

Time is normalized such that unit time corresponds to a 
certain fraction of each simulated project, no matter how long 
the actual schedule is. It also will be convenient to normalize 
level values so that unit product, total effort, and total 
funding levels are used, regardless of project size. 

The same time normalization is used for all core units, 
viz., the planned schedule time to enter phase 7. The product 
levels and product flow rates within each core unit are 
normalized individually by the actual (unknown) volume of product 
for that unit. The remaining levels and rates are normalized by 
overall planned values. Effort levels and rates are normalized 
by the planned expected project effort, while funding levels and 
rates are normalized using the planned project cost. 

3.2.1. Parametric Time Normalization 

Let t* denote actual (real) time values, and t denote 
parametric time, related by 

t* = T t 

where T is the specified time-normalization parameter. Note that 
when parametric time t = 1. then real time t* = T. 

Let Z'(t*) be a flow volume, or level, and Z(t). its 
corresponding normalized equivalent under the rel *:ionship 

Z*(t*) = Zq Z(t) 

with an appropriately defined time— independent parameter Zq. 
When normalized such that = 1. the value of Zq becomes 

Zo ' Z'max 

For a flowrate z'(t'). the corresponding equation is 
z*(t*) = Zq z(t) 

The volume of flow due to z' over a period of time will be 
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finite, becaose the model deals with finite resources. Let this 
accumulated value be Z*, and the corresponding normalized value 
be Z. Because of this time normalization factor, the values Z 
and Z* are related by 

Z' = T zq Z 
or 

Zq = Z'/(Z T) = Zq/T 

where Zq is the level normalization factor. Time normalization, 
therefore, leads to T factors in the normalizing coefficients of 
flowrates. 


3.2.2. Product Normalization 

Let Pq denote the actual (unknown) final amount of product 
to be produced in a particular phase. Then the relationship 
between P' and P is 

P'(t') - Pq P(t) 

in which P is confined to the interval [0, 1]. The flowrates 
influencing the product are 

p'(t') = (Pq/T) p(t) 

and 

r'(t') = (Pq/T) r(t) 

The model thus concerns itself with unit products in each 
phase, so that the actual sizes of each unit within the 
normalized organizational submodel are immaterial. Should the 
unknown final amount of product Pq expand to Pj due to, for 
example, an increase in requirements, then the submodel would 
view this as if Pj were the normalizing factor, whereupon the 
normalized P would show a decrease by an amount (Pj^ — Pq)/P 2 * 


3.2.3. Fault Normalization 

Both detected and undetected product fault levels are 
normalized with respect to the unknown final product size. 


d(t) 
f(t) 

Therefore, E and F are measures of the relative error content in 
the product. 


E'(t') 

F'(t') 

d'(t') 

f'(t*) 


Pq E(t) 
Pq F(t) 
(Pq/T) 
(Pq/T) 
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3.2.4. Staff Nonalization 

Let Vq be tbe real planned total effort for the project, and 
let Wq be the planned effort for a core nnit. Then 

^0 “ * 1,0 * •“ * 7,0 
W'(t») - Wq W(t) 

Let Sq be a staffing normalization value defined by 
So = Wq / T 

i. e., Sq is the average full-time-equivalent staff engaged in 
the project. The flowrate normalizations are 

h'(t') = (Sq/T) h(t) 
m'(t’) = (Sq/T) m(t) 
q'(t') » (Sq/T) q(t) 
g'(t’) » (Sq/T) g(t) 
i'(t') * (Sq/T) i(t) 
a'(t') = (Sq/T) a(t) 

and the levels are 

J'(t’) » So J(t) 

S'(t') = So S(t) 

W'(t') = Wo W(t) 


3.2.5. Budget Normalization 

If Co represents the real planned total cost of a project, 
and if Co is the cost allocation made to a particular phase, then 

®0 = ^1,0 + ♦•• + C7 0 
C'(T') = Co C(t) 

The normalized cost rates are then 

b'(t') = (Co/T) b(t) 
x'(t') = (Co/T) x(t) 
y'(t') = (Co/T) y(t) 
c'(t') = (Co/T) c(t) 
u’(t’) = (Co/T) u(t) 

and the levels are 

B'(t') = Co B(t) 

C'(t') » Co C(t) 

B'(t') = Co E(t) 
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3.3. Approziaation of Time Delays 


The modeling of time delays in a process simulation model 
can be accomplished in one of two ways: all samples of the 

process may be stored in a queue during the delay time, or the 
samples may be put through a linear filter whose transfer 
characteristic approximates the desired delay. The former method 
requires a queue length equal to the process sampling rate times 
the delay time, and is appropriate whenever queue storage 
requirements are not extreme. The latter method suffers from 
amplitude and phase distortions when the degree of the delay 
is too small, but memory requirements are generally much 
more modest. Each of the methods may appear in the 
organizational performance submodel, as appropriate. 

The linear filter transfer function of degree n 
corresponding to a 'maximally flat' unit-delay is given (in 
Laplace transform notation) by the equation [5] 

Dn(s) = bQ / (bQ + bjs + ... + bj^s*^) 

where bj,, k = 0, ... , n represent the coefficients 

(2n - k)f 



2*^"^ kl (n - k)l 

The f il ters for n = 2 and n = 3 are, for example, 

3 

D2(s) = 

3 + 3s + s» 


D3<s) = 

15 + 15s + 6s* + s* 

The response of these filters may be expressed as nth- order 
linear differential equations. That is, 

y(t) = Djj(s) x(t) 

translates into the differential equation 

+ ... + bjy + boy * bQX 

For ease in computer solution, this equation is usually rewritten 
in state-vector form, in which y^ denotes the kth derivative of 
y(t), as ‘ 
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yn-1 = ^^0* " <^oyo 

^ 11-2 “ 


• « • 


+ Viyn-l>J / 


70 = yi 

In tills way, the vector of derivatives, (yQ, ... , 
determined from the state vector (yQ, ••• # time t, and 

then numerically integrated to give the state vector values at 
time t + At. 

For delay t, rather than unit delay, it is merely necessary 
to replace each above by b^ = example, the 3xd- 

order maximally-flat r-delay filter equations are 


yo - 7i 
yi = 72 

j2 = (i5/x') (x - yQ - xy|^ ” 0.4x-y2> 

4. LEVEL EQUATIONS 
4,1« Level Equation Form 

The normalized equations of flow for each core unit may now 
be completely specified in terms of flowrates and levels. As 
above, the overdot in the equations below denotes time- 
differentiation, 

t = dZ/dt 


Since all levels in the model are non-negative quantities, 
the flow equation for each level necessarily takes the form 

i = z u(z) 

so that a negative flow rate never produces a negative level. In 
the submodel level equations to follow, the step-function factor 
is omitted for simplicity. 

The level equations that follow are mere mathematical 
restatements of the flow structure depicted in Figure 1. 
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4.2. Qaantity of Product 


Each phase deals with a unit product, which, at any 
particular time, may be composed of an as-yet-unproduced Quantity 
(0). an amount having as-yet-nndiscovered Errors (E), an amount 
having discovered, unrepaired Faults (F), and an amount of 
finished, correct Product (P), 

6=r+f-p— e 

P-P- T 

fe = e — d 

F = l- Q- P- E 


4.3. Job Training Staff Pool 

The job~training level is composed of incoming untrained 
(new) staff, J^^, and trained staff, J^, brought in for inservice 
training. The overall level is described by 

J’®h + m+i — g — q j 

and the individual untrained and trained levels are 
= h + m - (Jj^/J)(g + aj + qj) 

“ i “ (J^/J)(g + aj + <ij) 

where aj is the staff assignment availability (not shown in 
Figure 1) applicable to the job training pool. 


4.4. Trained Staff 

The trained Staff, S, consists of personnel dedicated to 
production and QA activities within the current phase. 

§=g-i-as~qg 

Note that the staff assignment availability, a, in Figure 1 is, 
in reality, made up of two parts, aj and ao, respectively 
applicable to the job training pool and the trained staff pool. 
The total group staff, G, is thus described by 

6=h + m~ a — q 

where a = aj + a^ and q ~ qj- + qg. 
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4.5. Work Effort 

The Work effort level. W, is the comnlstive groap staff time 
spent so far in the current phase. 

♦ = J + S = G 


4.6. Project Work Effort 

The project cumulative work effort, W, is the current value 
of total work effort in all phases. 

W = + . . . + W7 


4.7. Available Staff 

Available staff. A, denotes a pool of personnel resources 
not currently engaged in the project, but available to do so. 
Staff completing a given phase are reassigned to the available 
staff level before being reassigned, as appropriate, to other 
phases. Staff external to the project may also be added to the 
pool by work reassignment. 

A = w + (sj ~ mj^ — ^ ... + (a^ ~ m<^ ~ ^7.A^ 


4.8. Budget 

The phase budget. B. is the current value of remaining 
dollar resources allocated to the current phase. 

B = b + u- i- c- y 


4.9. Cost 

The phase cost, C, is the current value of the phase 
expenditure. 


fc - X 


4.10. Total Cost 

The project total current cost. C. is the sum of all phase 
costs. 


C — Cj + ... + C’j 
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4.11. Carryover Kefund Pool 

The carryover refund pool, E, is the total of all funds 
given up by some phases and not yet utilized (obligated) to other 
phases. 

~ Oj) + ... + (C’J — U-j) 

5. lATE EQUATIONS 

The formulation of the organizational performance model, as 
can be seen from the foregoing paragraphs, places the burden of 
achieving simulation accuracy in proper definition of rate 
equations and initial values for levels. This section 
parametrizes the flowrate quantities using simple, intuitive 
phenomenological models, as follows: 

5.1. Productivity 

The general form for the productivity, or production rate, 
equation is 


P - PO Pj Pc Pq Ps Pi • • • Pn 

where Pq is a nominal time-independent productivity value for 
trained staff, pj is an adjustment factor for staff in training. 
Pc * compensation for communication overhead and other effects 
of overall project staff size, p^ adjusts for effort being used 
in error-detection and quality assurance (QA), p^ compensates for 
learning effects in the phase, and the other multipliers p^ are 
adjustments due to environmental, situational, organizational, 
experience, and other factors. 

Each of the phase products is considered a separate, 
precedent milestone for doing correct work in the succeeding 
phases. Work may still be done without having 100% precedent in 
succeeding phases, but there will be a higher probability of 
making errors in that work that will later have to be corrected. 
No total overall product metric is defined. 

5.1.1. Job Training Pool Effects 

The effects of having a staff group G split between an 
untrained staff pool (J) and trained staff pool (S) is modeled by 
the productivity adjustment factor 


Pj = S + jtjJ 


where xfj is a productivity ratio value for staff in the job- 
training pool (J), including personnel doing the training* It 
principally reflects the effects of time spent in training 
activities rather than in production* Learning-curve effects are 
treated separately^ below. The parameter Jij is supplied by the 
management submodel. 
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S.1.2. Coamnnications Overhead 

One productivity adjustment is due to organizational 
communications overhead. This overhead is simulated using an 
overhead model [6] that postulates that the time increment spent 
in overhead activities is proportional to the staff increment and 
the non-overhead time remaining. The productivity adjustment 
factor in this case is given by 

p^j = expI-(S - l/So)Ygl 
for S > 1 /Sq, and p^ = 1 otherwise. 

The parameter y is the communications relative time factor, 
supplied by the model analyst. 


5.1.3. Staffing and Learning Curve Effects 

It is generally accepted that productivity of personnel 
increases due to several kinds of learning, among which are 
general experience, organizational experience, and specific task 
familiarity. Each of these productivity effects is commonly 
described dynamically by a first-order linear differential 
equation having a 'learning time-constant' parameter. 

The organizational response submodel approximates only the 
task familiarization effects, and relegates the other, longer- 
term experience adjustments to other pj^ factors. Thus, the total 
staff productivity due to size and state of familiarity is taken 
to be the form. 


Ps = ”0 + "s / ® 
where n. satisfies the equation 

s 

^s”s + "s “ ® 

in which is the learning time-constant, G is the staffing 
function to which that kind of learning applies, and Kq 
represents the untrained-staff /trained-staff productivity ratio. 
The trained-staff productivity is thus normalized to unity. 

The value of p^ is the learning-state productivity 
adjustment for the staff group G as a function of time. If the 
staff G were applied all at once, p^ would rise from Wq 
asymptotically to 1. However, since the staffing plan may not be 
a step-function, the differential equation form is used. 

The learning time parameter is a function of the 
teacher/student ratio, p, and is longest when staff members learn 
on their own (i. e., at x q, when p = 0 ). 
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The variation in learning time may be approximated by a 
cubic form 


S + ■'s P “ P>* ■ 3) 

This particular form takes on the self-taught time value at 
p = 0, is minimum when the teacher/student ratio is unity, being 
reduced by a (positive) increment At^ at this point, and has 
(negative) slope at the origin. For p > 1, it was assumed 
that there would be too many teachers per student, so that the 
training time would actually take longer than 1-on-l training. 
The form is subject to the restriction 

AXg > - T' / 2 > 0 

The parameters «q, q, and all are supplied by the 
model analyst interface. * 


5.1.4. Effect of Quality Assurance 

If represents the fraction of effort devoted to quality 
assurance (QA) pursuits (i. e., the 'extent' of QA) to discover 
errors or otherwise improve the quality of product, there is a 
corresponding reduction in productivity due to the reduced 
effort. Nevertheless, the overall correct-product rate maybe 
improved, because faults may be discovered before they propigate 
into other phases. 

The productivity adjustment factor for QA activity is thus 
of the linear type. 


P 


q 


= 1 - 


^q 


The QA fraction emanates from the management submodel. 


5.1.5. Linear Extent Factors 

Other productivity adjustment factors may take the linear 
form exhibited above, 

p^ « 1 + for > -1 

“ 0 otherwise 

The extent factors range in the intervals [0, 11 or [-1, 11. 
In either case, the productivity adjustment factor ranges from 
its least to most beneficial value as varies from the lower to 
the upper limit. In the former case, Jt^ is the total swing in 
productivity adjustment, 

”k ~ ^k(max) “ Pk(min) 

while in the latter case, it is only half this amount. 


1-330 


The parameters are supplied by the model analyst for 
projects in general, while the are supplied by the model user 
to relate the extent to which each factor under consideration is 
present in the project to he simulated. 


5.1.6. Exponential Extent Factors 

Several productivity adjustment factors take the form 
Pk “ 

where > 1 is the maximum beneficial effect of project factor 
k, and 5 = is a value in the interval [-1, +1] that registers 
the extent to which factor k is present in the current project. 
When 5k ~ tkere is minimum benefit of factor k, so the value 
is seen to be the square of the max/min productivity ratio. 

~ Pk(max) ^ Pk(min) 

The parameters are supplied by the model analyst for projects 
in general, while the 5k supplied by the model user to relate 
the extent to which the factor under consideration is present in 
the project to be simulated. 


5.2. Error Generation Rate 

The rate that undetected errors are introduced into the 
product of a given phase is assumed to be proportional to the 
rate at which the product is being produced. That is, all other 
things being equal, the error content per unit of product would 
be the same. Also, the error content is assumed to decrease as 
the staff comes up on the learning curve, by an amount 
proportionate to the staff's increase in productivity. 
Additionally, the error rate depends on the amount of products in 
precedent phases not yet produced, or produced in error. For 
example, if the software requirements generated as the product of 
phase 3 are incomplete or in error, yet phase 5 insists on doing 
implementation, then there will be a higher likelihood of work 
being erroneously done ir«. phase 5. Parametrically, the error 
generation rate takes the iurm 

e = (p / Pj) teo + (Qj + Fi)ei + ... + (Q0_i + 

+ ^ ^ 7 ^ 7 ^ 

The quantity Cq represents the relative volume of errors that 
would be introduced in the current phase, even if all precedent 
work were completed. Each and reflects an increase in 
error generation rate in the current phase due to incompleted 
products (Q^ + Fj^) and errors (Ej^) of precedent phases* The 
contribution to error generation due to incompleted products is 
termed 'speculative error'. The error generation due to 
precedent errors is 'compounded error'. 
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This model of error creation presomes that the magnitudes of 
the product levels and detected fault levels of precedent phases 
are immediately transmitted to the current phase. While this may 
not be generally true, preliminary results are often made 
available at regular intervals. If the project behavior is 
sensitive to this assumption, each of the and in the 

error rate equation above may be delayed by a parametric amount, 
e. g.. 


The values and are supplied to the organizational 
performance submodel by the model analyst, and T|. comes from the 
management submodel. 


5.3. Fault Detection Rate 

The rate at which faults are detected is assumed to be a 
function of the productivity of the effort devoted to finding 
errors (QA), the number of errors yet undetected, and the 
detectability of those errors. The following linear form is 
postulated: 


= E0 {P0 &0.0 150, q / <1-50, q)l + 

... + P 7 60^7 [57 q / (1-57 q)]) 

The 5^ are related to the ease with which a (later) phase k 
detects an error created in the current phase, and are supplied 
to the organizational performance submodel by the model analyst. 


5.4. Fault Release Rate 

The rate at which work detected to be faulty is released 
back to the product backlog queue depends heavily on management 
policy and decision. In some instances, work is immediately 
released to be corrected. In other cases, work may be held for 
correction in a later software version update. Therefore, the 
release function, f, is supplied to the organizational 
performance submodel via the management submodel. 


5.5. Rework Rate 

Rework here is the process of returning portions of a phase 
product back to the product backlog queue. Such action is 'taken 
when improvements to a phase's products are in order, or when 
requirements change and a revision is necessary* Both of these 
situations are management driven, and thus the rework rate 
function, r, is supplied via the management submodel interface. 
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5*6. Outside Hire Kste 


The hire rate from the external labor pool* h* will also be 
designated as a function supplied by the management submodel, 
since the strategy governing hires is a management prerogative. 


5.7. Work Keassignment Kate 

The rate at which personnel from outside the project are 
made available for use in the project is controlled by 
management. Hence, the work reassignment rate, w, emanates from 
the management submodel. 


5.8. Staff Mobility Rate 

As with outside hire rate, the mobility strategy, m, or use 
of available staff, is provided within the management interface. 


5.9. Staff Attrition Rate 


Staff attrition rates within the job-training pool. 


trained staff pool, and available staff pool are as 
be the same proportion of the staff levels involved; 


> wim A af 


the 

all 


“ 9o ^ 

9s ~ 9o S 

9a = 9o ^ 

The attrition coefficients, qQ, are supplied by the management 
submodel . 


5.10. Staff Inservice Training 

The assignment of trained staff to perform inservice 
training is a management action, whose purpose is to shorten the 
training period for incoming untrained staff. "XTie assignment is 
assumed to depend on the number to be trained, and the number 
available to train them. An inservice assignment rate of 

i = (pJ„ - / Ti 

will bring (asymptotically) a trained-to-untrained personnel 
ratio (i.e., a teacher/ student ratio) of p = into the 

training pool. The time-constant reflects the time required 
to break trained staff free and bring them into the training 
activity. Both the teacher/ student ratio, p, and the time 
constant are defined within the management submodel. 
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5*11. Staff Grooaing Rate 


Persomiel t«cei»in* job-tt«inl«, from others ere estomed to 
speod . fired, finite time et their stodi.,, or in oleserooms. 
Thereafter, they commence activities as trained staff. If x 

represents the nominal time spent in snch activities* then thf 
'grooming' rate is 


g(t) - h(t - Tg) + m(t - Tg) + i(t - Tg) - q^J(t - Tg) 

That is, the transfer of personnel from training activities into 
productive status is modeled as a mere time delay imposed on the 
inflow into the training pool. The training time parameter x is 
defined by the management submodel* ^ 


5,12. Staff Assignment Availability 

Staff assignment is a management prerogative* so the 
assignment availability functions* aJ and ao* are provided by the 
management submodel. ^ 


5.13. Budget Acquisition Rate 

Funding acqui sition* distribution among phases* and time of 
activity initiation are management functions* so the budget 
acquisition rate* b* controlling these characteristics* is 
provided by the management submodel. 


5.14. Budget Expenditure Rate 

Budget expenditures in a given phase are primarily due to 
two factors: personnel and product costs. 

X = UqG + Up(p + e) 

The parameter is the average burdened wage of the group staff* 
and is the non-personnel-related production cost per unit 
product. The latter term includes costs to create errors in the 
product* as well as to generate correct product. In all **hases* 
« includes documentation. During the implementation and testing 
phases* it also includes computer utilization and other support 
costs. The management submodel supplies both and m . 

u p 

5.15, Budget Reduction Rate 

may* at times* increase or decrease a task's 
unding allotment. A decrease that is lost to the project is 
termed the 'budget reduction*' or 'yank' rate. The amounts of 
reductions and conditions for initiating such events are not part 
of the organizational response* although the effects within the 
project caused by such reductions are. The yank function* y* is 
therefore* supplied by the management submodel. 
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5.16. Budget Carryover Kate 


Budget carryover, or the release of funding from one phase 
for use elsewhere within the project, is a management 
prerogative. The carryover function, c. therefore emanates from 
the management submodel. 


5.17. Budget Carryover Utilization Rate 

Rentilization of carryover (and contingency) funds is a 
management control, and. therefore, the reutilization strategy, 
u. is supplied by the management submodel. 


